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Abstract Of DEI 9731116 

The control device (1 ) has a number of diagnosis modules (10,1 1 ) which can be activated by a scheduler 
(12), to provide information relating to monitored parameters of the controlled system (2). A memory holds 
information relating to the interference between the modules, with a second memory storing which module 
is already activated, the scheduler coupled to the memories for determining if the activation of a different 
module will cause interference, for preventing simultaneous activation of modules which interfere with one 
another. 
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Priifungsantrag gem. § 44 PatG ist gestellt 

@ Steuergerat fur ein System und Verfahren zum Betrieb eines Steuergerates 

(§) Es wird ein Steuergerat fur ein System bzw. eln Verfah- 
ren zum Betrieb eines Steuergerats vorgeschlagen, bei 
dem Module aktiviert werden. Vor der Akttvierung eines 
bestfmmten Moduls werden Querabhangigkeiten zu an- 
deren bereits aktivierten Modulen abgefragt. Dazu sind 
erste Speichermittel, die diese Information enthalten, vor- 
gesehen. Der Scheduler verhlndert, daB Module, die ein- 
ander storen, gleichzeittg aktiviert sind. 
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Beschreibung 

Stand der Technik 

Die Erfindung geht aus von einem Steuergerat fiir ein Sy- 5 
stem bzw. ein Verfahren zum Betrieb eines Sieuergerats 
nach der Gattung der unabhangigen Patentanspriicbe. Aus 
der WO 97/13064 ist bereits eine Diagnosevorrichtung fiir 
ein Motorsteuergerat bekannl. Dabei werden verschiedene 
sog. Diagnosefunktionsmodule von einem Scheduler akti- lO 
viert. Die Diagnosefunktionsmodule dienen zur Uberprii- 
fung der zum Motorbetrieb notwendigen Systeme. Der 
Scheduler kann dabei bestimmte Diagnosefunktionsmodule 
sperren, wenn aufgrund bereits aufgefundener Fehler zu er- 
warten ist, daB das Diagnosefunktionsmodul einen Fehler 15 
anzeigt, 

Vorteile der Erfindung 

Die erfindungsgemaBe Steuergerat fur ein System bzw. 20 
das erfindungsgemaBe Verfahren zum Betrieb eines Steuer- 
gerats hat demgegeniiber den Vorteil, daB die Querabhan- 
gigkeiten zwischen laufenden Modulen bei der Aktivierung 
von weiteren Modulen beriicksichtigt werden. Da die Infor- 
mation iiber die Querabhangigkeiten in einem ersten Spei- 25 
chermittel voigesehen ist, ist diese Information zentral zu- 
sammengefaBL Es konnen daher auf einfache Weise weitere 
Module hinzugefugt oder wieder entfemt werden. Die ge- 
genseitigen Abhangigkeiten der Module untereinander sind 
aufgrund der zentralen Speicherung fiir alle Module beson- 30 
ders einfach zu beriicksichtigen. Dies ist insbesondere von 
Bedeutung, wenn ein bestimmtes Modul aufgerufen werden 
soil, welches Zustande des Systems beobachtet, welche 
durch andere Module gestort werden. In einem derartigen 
Fall konnen aufgrund der Beobachtung von gestorten Zu- 35 
standen fehlerhafte Informationen erzeugt werden. 

Durch die in den abhangigen Anspriichen aufgefiihrten 
MaBnahmen sind vorteilhafte Weiterbildungen und Verbes- 
serungen des Steuergerats fiir ein System und des Verfah- 
rens zum Betrieb eines Steuergerats moglich. Besonders 40 
einfach wird die Aktivierung des weiteren Moduls verhin- 
dert oder ein bereits aktiviertes Modul deaktiviert. In den er- 
sten Speichermittel konnen nur die Querabhangigkeiten 
zwischen den Modulen oder noch zusatzlich Informationen 
iiber die Storungen und/oder Beobachtung von Zustanden 45 
des Systems durch genannte Module gespeichert werden. 
Besonders einfach werden die Module und der Scheduler als 
Programm fur einen Mikroprozessor verwirklicht. Als Spei- 
chermittel werden zweckmaBigerweise Tabellen oder Matri- 
zen im Speicher des Steuergerats verwendet. 50 

Zeichnungen 

Ausfijhrungsbeispiele der Erfindung sind in den Zeich- 
nungen dargestellt und in der nachfolgenden Beschreibung 55 
naher erlautert. Es zeigen die Fig, 1 ein Steuergerat und das 
zu steuemde System, Fig, 2 und Fig. 3 die Anordnung der 
Informationen in den ersten Speichermitteln und Fig. 4 ein 
Ablaufdiagramm des erfindungsgemaBen Verfahrens. 

60 

Beschreibung 

In der Fig. 1 wird ein Steuergerat 1 gezeigt, welches 
durch Verbindungsleitungen 4 mit einem zu steuemden Sy- 
stem 2 verbunden ist. Das Steuergerat 1 weist einen Mikro- 65 
rechner 3 auf, der zur Abarbeitung von Modulen 10, 11, 12 
vorgesehen ist. Bei den hier gezeigten Modulen handelt es 
sich bei dein Modul 10 um ein Funktionsmodul, bei dem 



Modul 11 um ein Diagnosemodul und das Programm-Modul 
12 ist als Scheduler ausgebildel, 

Bei dem System 2 kann es sich um jedes beliebige techni- 
sche System, welches von einem Steuergerat 1 gesleuert 
wird, handeln. Beispielsweise kann es sich bei dem System 
2 um ein Kraftfahrzeug, einen Verbrennungsmotor oder ein 
Getriebe handeln. Ein derartiges System 2 ist mit einer Viel- 
zahl von Sensoren und einer Vielzahl von Slellgliedem aus- 
gestattet. Uber die Verbindungsleitungen 4 konnen vom 
Steuergerat 1 erzeugte Stellinformationen an die StellgUeder 
des Systems 2 ubermittelt werden (zum System 2 hinwei- 
sender Pfeil) Weiterhin konnen MeBwerte der Sensoren des 
Systems 2 durch die Verbindungsleitungen zum Steuergerat 

I hin iibertragen werden (zum Steuergerat 1 hinweisender 
Pfeil). Das Steuergerat 1 erhalt somit Informationen iiber 
Zustande des Systems 2, die vom Steuergerat 1 verarbeitet 
werden und in Abhangigkeit von gewiinschten Zustanden 
(beispielsweise beim KfeFahrpedalstellung) zu Steuerinfor- 
mationen fiir das System umgesetzt werden. 

Das Steuergerat 1 wird hier nur schematisch durch meh- 
rere Module 10, 11, 12 und den Mikrorechner 3 dargestellt. 
Sonstige dem Fachmann bekannte Hardwarekomponenien 
werden nicht dargestellt. Die Module 10, 11, 12 sind in der 
Regel als Programm-Module ausgebildet, es konnen aber 
auch Hardwarebausteine verwendet werden, die die entspre- 
chenden Funktionen wahmehmen. Bei einem Progranun- 
Modul handelt es sich um eine Abfolge von Programmbe- 
fehlen, die als eine Einheit von einem Scheduler aktiviert 
oder deaktiviert werden kann. Funktionen die sich dem Be- 
nutzer als eine Einheit darstellen oder die zur Steuerung ei- 
ner einheidichen Funktion verwendet werden, konnen dabei 
in mehrere, separat von Scheduler verwaltete Module aufge- 
teilt sein. Weiteriiin ist jeweils nur ein einzebes Funktions- 
modul 10, ein einzekies Diagnosemodul 11 und ein einzel- 
ner Scheduler 12 gezeigt. Zur Wahmehmung komplexer 
Steuerungs- und Diagnosefunktionen sind natiirlich jeweils 
eine Mehrzahl der entsprechenden Module 10, 11 vorgese- 
hen. Die Funktionsmodule sind zur Bearbeitung der urmiit- 
telbaren Steuerungsaufgaben notwendig, d. h. sie werten 
Sensorinformationen des Systems 2 aus und erzeugen in 
Abhangigkeit von vorgegebenen SoUwerten entsprechende 
Steuerinformationen fiir das System 2. Das Eingangssignal 
eines derartigen Funktionsmoduls kann beispielsweise bei 
einem Kfz in der Drehzahl und die Sollinformation in der 
Gaspedalstellung bestehen, aus dem dann eine entspre- 
chende Steueningsinforraation fiir den Motor generiert 
wird. Die Diagnosemodule 11 haben die Aufgabe, die ord- 
nungsgemaBe Funktion des Systems 2 zu iiberwachen. Bei 
einem Kraftfahrzeug muB beispielsweise aufgrund von ge- 
setzlichen Bestinmiungen die Funktionsweise des Katalysa- 
tors wahrend des laufenden Betriebs iiberprtift werden. Dies 
erfolgt dadurch, indem von Zeit zu Zeit ein Diagnosemodul 

II aktiviert wird, welches die Funktion des Katalysators 
durch Auswerten der Signale der Lamdasonde iiberpriift. 

Die Funktionsmodule 10 und die Diagnosemodule 11 
konnen in einem inaktiven und einem aktiven Zustand sein. 
Im inaktiven Zustand werden die mit den Modulen verbun- 
denen Aufgaben, wie Diagnose oder Steuerung von Teilen 
des Systems, nicht ausgefiihrt. Dies bedeutet insbesondere, 
daB in akti ve Module keine Daten vom System einlesen und 
keine Informationen an das System 2 ausgeben. Im inakti- 
ven Zustand konnen die Module aber noch beispielsweise 
mit dem Mikrorechner Informationen austauschen, insbe- 
sondere miissen Informationen zwischen den Modulen und 
dem Scheduler austauschbar sein, die die Aktivierung eines 
Moduls betreffen (z. B. Moglichkeit oder Wunsch der Akti- 
vierung). Da nicht alle Module 10, 11 in jedem Betriebszu- 
stand des Systems 2 benotigt werden, konnen auch zumin- 



35 



40 



45 



50 



55 



DE 197 31 

3 

desl ein Teil dieser Module einen inaktiven oder aktiven Zu- 
stand aufweisen. Die Aktivierung der einzelnen Funktions- 
moduie 10 oder Diagnosemodule 11 erfolgt durch eine Ab- 
laufsleuerung, die dariiber entscheidet, welche Funktions- 
module 10 oder Diagnosemodule 11 ausgefuhrt werden. Der 5 
Scheduler 12 ist ein Teil dieser Ablaufsteuerung. Die Ab- 
laufsteuerung kann dabei die Aktivierung einzelner Funkti- 
onsmodule 10 oder Diagnosemodule 11 von bestimmten au- 
Beren Bedingungen abhangig machen. Funktionsmodule 10, 
die mil der Ziindung oder Einspritzung eines Benzinmotors lO 
zu tun haben, werden beispielsweise in Abhangigkeil von 
der Kurbelwellenstellung des Motors. Ebenso werden Dia- 
gnosemodule 11 in Abhangigkeit von Betriebszustanden des 
Systems 2 aktiviert werden. Dabei konnen mehrere Funkti- 
onsmodule und mehrere Diagnosemodule 11 parallel bear- 15 
beitet werden, in dem Sinne, dafi die Bearbeitung des einen 
Moduls noch nicht abgeschlossen ist, wahrend gleichzeitig 
ein anderes Modul ebenfalls bearbeitet wird. Problematisch 
ist dabei, daB bestinunte Module fehlerhafte Informationen 
liefem, wenn gleichzeitig bestimmte andere Module 10, 11 20 
aktiviert sind. Beispielsweise sind bei modemen Kraftfahr- 
zeugen Aktivkohlefilter voigesehen, die verhindem, daB 
verdunstende KohlenwasserstofFe aus dem Tank in die Um- 
welt gelangen. Bei laufendem Betrieb des Motors wird dann 
fiir einen begrenzte Zeitdauer durch diesen Aktivkohlefilter 25 
hindurch Luft angesaugt, und die im Filter enthaltenen Koh- 
lenwasserstofFe werden im Motor verbrannt, so daB die Fil- 
ter durch diese MaBnahme wieder gereinigt werden. Damit 
ist jedoch eine Storung des Signals der Lambdasonde ver- 
bunden, wodurch wahrend der Reinigung des Aktivkohiefil- 30 
ters keine Diagnose des Katalysators moglich ist. Wahrend 
der Aktivierung des Funktionsmoduls 10 fur die Reinigung 
des Aktivkohlefilters darf somit das Diagnosemodul 11 fur 
die tiberpriifung des Katalysators nicht aktiviert werden. 
Weiterhin werden wahrend dieser Reinigung auch Funkti- 35 
onsmodule 10 gestort, wie beispielsweise die Gemischad^ 
tion. 

Um diese Querabhangigkeit zwischen den Modulen zu 
beriicksichtigen, wird nun erfindungsgemaB ein Scheduler 
12 vorgesehen, welcher diese Querabhangigkeiten durch 40 
Auswerten von Speichermittehi berucksichtigt. In der Fig. 2 
wird der Inhalt eines ersten Speichers gezeigt, auf den der 
Scheduler zugreift. Mit X, Y und Z sind in der Fig. 2 physi- 
kalische Zustande des Systems bezeichnet, die einen EinfluB 
auf Sensorsignale des Systems haben. In der Spalte I sind 45 
drei unterschiedliche Zustande des Systems X, Y und Z auf- 
gelistet. Diese Zustande des Systems werden von Pro- 
gramm-Modulen, die hier als A, B, C und D bezeichnet sind, 
entweder beeinfluBt oder beobachtet. Weiterhin kann ein 
Modul gleichzeitig einen Zustand beeinflussen und beob- 50 
achten (Modul D taucht in Spalte n und III auf). Wenn ein 
Modul einen Zustand derart beeinfluBt. daB andere Module, 
die diesen Zustand beobachten, aufgrund der Beeinflussung 
fehlerhafte Ergebnisse liefem, so ist dies eine Storung zwi- 
schen diesen Modulen, die mittelbar durch die Storung eines 55 
Zustandes durch raindestens eines der Module zustande 
kommt. Wenn z. B. ein Zustand als notwendiger Parameter 
fiir eine Berechnung eines Moduls bcnotigt wird, kann es 
durch eine Storung mil anderen Modulen zu Fehldiagnosen 
oder zu falschen Steuerimpulsen kommen. 60 

In der Spalte n sind die Module aufgelistct, die die cnt- 
sprechenden Zustande beobachten und in der Spalte HI sind 
die storenden Module aufgelistet. Der Zustand X wird bei- 
spielsweise von den Programmodulen A und B beobachtet 
und durch das Programm-Modul C gestort. Der Zustand Y 65 
wird vom Modul A beobachtet und durch das Modul B ge- 
stort. Der Zustand Z wird beispielsweise nur vom Modul A 
beobachtet und von keinem Modul gestort, Wenn nun das 
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Modul A aktiviert werden soli, so greift der Scheduler 12 
auf die in der Fig. 2 gezeigten Tabellen zu und stellt fest, daB 
das Modul A den Zustand X, den Zustand Y und den Zu- 
stand Z beobachtet. Da die Zustande X und Y durch die Mo- 
dule C und B gestort werden, wird das Modul A nur dann 
zur Aktivierung freigegeben, wenn die Module C und B 
nicht aktiviert sind. Weiterhin beobachtet das Modul A auch 
noch den Zustand Z, der jedoch von keinem weiteren Modul 
beeinfluBt wird. Dies kann jedoch fur Erweiterungen des 
Steuergerats niitzlich sein, insbesondere konnen in der in der 
Fig. 2 bereits angelegten Tabelle problemlos weitere Mo- 
dule eingetragen werden, die dann eventuell einen EinfluB 
auf den Zustand Z haben. 

Die in der Fig. 2 gespeicherle Information kann in jedem 
beliebigen Speichermittel und auch in anderer Form, bei- 
spielsweise als Matrix, abgespeichert werden. Wesentlich ist 
nur, daB ein Speichermittel voi^gesehen ist, anhand dessen 
bestimmt werden kann, zwischen welchen Modulen Quer- 
abhangigkeiten bestehen, d. h. welche Module aufgrund be- 
stehender Querverbindungen gleichzeitig aktiviert sein diir- 
fen oder nicht. Wesentlich ist dabei auch, daB das Hinzufii- 
gen Oder wieder Entfemen von Funktions- oder Diagnose- 
modulen zu dem Steuersystem einfach dadurch erfolgen 
kann, daB die einzeben Module geloscht oder hinzugefiigt 
werden und ein entsprechender EinU-ag in den Speichermit- 
teln vorgenommen wird. Weiterhin konnen so auch auf sehr 
klare Weise komplizierte Querabhangigkeiten zwischen un- 
terschiedlichen Modulen berucksichtigt werden. 

Die in der Fig. 2 gezeigte Tabelle enthalt einen UberschuB 
an Information bzw. eine gewisse Redundanz dahingehend, 
daB eigentlich nur die Spalten II und III benotigt werden um 
die Querabhangigkeiten zwischen den Modulen zu ermit- 
teln. Der Grund fiir die Spalte I liegt darin, daB dadurch die 
Querabhangigkeiten besonders einfach nachvoMehbar 
sind. Es wird so das Hinzufiigen von neuen Modulen verein- 
facht, da in der Regel bekannt ist, welche Zustande ein 
neues Modul benotigt (Spalte II) bzw. welche Zustande ein 
neues Modul stort (Spalte EI). Als Alternative konnen somit 
im ersten Speichermittel auch nur die Spalten II und IE ge- 
speichert sein. Eine entsprechende Darstellung wird in der 
Fig. 3 gezeigt. Die Darstellung in der Fig. 3 zeigt die gleiche 
Information wie die Spalten n und JH der Fig, 2 in anderer 
Darstellung. In der Spalte IV sind die Module und in der 
Spalte V die storenden Module aufgelistet. Die Fig. 3 zeigt, 
daB Modul A von Modul B, C und D gestort wird, Modul B 
von Modul C, Modul C von keinem anderen Modul und Mo- 
dul D von Modul B gestort wird. Die Tabelle nach der Fig. 3 
kann beispielsweise fest programmiert sein oder bei einer 
Initialisierung des Rechners erstellt werden. Nach der Ta- 
belle in der Fig. 3 stdren zwei Module einander, wenn min- 
desten eines der Module unter Spalte IV und das andere in 
derselben Zeile unter Spalte V eingetragen ist. 

In der Fig. 4 wird schematisch ein Beispiel fiir den Ablauf 
des Programms des Schedulers 12 dargestellt, der auf die In- 
formationen nach der Fig. 2 zugreift. In einem ersten Pro- 
grammschritt 101 wird in Abhangigkeit von einem Zustand 
des Systems 2 oder einer sonstigen Bedingung, wie bei- 
spielsweise Ablauf einer bestimmten Zeit, eine Anfrage an 
den Scheduler gegeben, daB ein bestimmtes Modul, hier bei- 
spielsweise das Modul A, bearbeitet werden soil. In einem 
darauffolgenden Programmschritt 102 werden durch Ab- 
frage der ersten Speichennittel, wie sie in der Fig. 2 darge- 
stellt sind, festgestellt, welche Zustande von dem Modul A 
beobachtet werden (Zustande X, Y und Z). In einem weite- 
ren darauffolgenden Programmschritt 103 wird dann ermit- 
telt, welche Module diese Zustande (X, Y und Z) storen (B, 
C, D). Zusatzlich wird im Schritl 102 durch Abfrage der er- 
sten Speichermittel festgestellt, welche Zustande vom Mo- 
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dul A gestort werden {hicc keiner). Im Programmschritt 103 
wird korrespondierend zusatzlich gepriift, welche Module 
die so ermitleltcD Zustande beobachten. In einem daraufiFcl- 
genden Programmschritt 104 wird dann durch Abfrage von 
weiteren Speichermitteln ermittelt, welche dieser Module, 5 
die von A gestort werden oder ihierseits A storen (Module 
B, C, D), derzeit akliv sind und in einem darauffolgenden 
Schritt 105 wird dann aufgrund dieser Informationen ent- 
schieden, ob das Modul A aktiviert werden darf. Wenn kein 
storendes Modul (B, C, D) aktiv ist und durch die Aktivie- lO 
rung von A kein aktiviertes Modul gestort wird, dann wird 
die Aktivierung des Moduls A freigegeben, so daB das Mo- 
dul A bearbeitet wird. In einem weiteren Programmschritt 
106 wird dann in den zweiten Speichermitteln vermerkt, daB 
das Modul A aktiviert ist. Wenn durch die Aktivierung des 15 
Moduls A ein Konflikt zu anderen bereits aktivierten Modu- 
len auftreten wiirde, sind verschiedene Moglichkeiten denk- 
bar. Es kann dann beispielsweise vom Scheduler 12 im 
Schritt 105 die Aktivierung des Moduls A verweigert wer- 
den, so daB das Modul A zu einem spaleren Zeitpunkt noch 20 
einmal versuchen miiBte, sich beim Scheduler anzumelden. 
Eine andere Moglichkeit besteht darin, daB der Scheduler 12 
im Schritt 105 entscheidet, ein storendes Modul zu inakti- 
vieren, und danach die Aktivierung des Moduls A zulaBt. 
Dies kann beispielsweise aufgrund von Prioritaten, die den 25 
einzelnen Modulen zugeordnet sind, entschieden werden. 
Im darauffolgenden Programmschritt 106 wird dann gespei- 
chert, welche Module derzeit aktiviert sind. 

Patentanspriiche 30 

1. Steuergerat (1) fiirein System (2), insbesondere ein 
Kraftfahrzeug, Motor oder Getriebe, das eine Vielzahl 
von aktivierbaren Modulen (10, 11) aufweist, wobei 
aktivierte Module (10, 11) durch Beobachten von Zu- 35 
standen des Systems (2) Informationen erzeugen, wo- 
bei ein Scheduler (12) fur die Aktivierung der Module 
vorgesehen ist, dadurch gekennzeichnete 

- daB erste Speichermittel vorgesehen sind, in de- 
nen Informationen iiber die gegenseitige Stoning 40 
von Modulen (10, 11) gespeichert sind, 

- daB zweite Speichermittel vorgesehen sind, in 
denen gespeichert ist, welche Module (10, 11) be- 
reits aktiviert sind, 

- daB der Scheduler (12) zur Aktivierung eines 45 
weiteren Moduls anhand der ersten und zweilen 
Speichermittel ermittelt, ob durch die Aktivierung 
des weiteren Moduls Storungen zwischen Modu- 
len auftreten konnen, 

- und dafi der Scheduler (12) verhindert, daB Mo- so 
dule (10, 11) gleichzeitig aktiviert sind, die einan- 
der storen. 

2. Steuergerat nach Anspruch 1, dadurch gekennzeich- 
net, daB der Scheduler (12) verhindert, daB Module 
gleichzeitig aktiviert sind, die einander storen, indem 55 
der Scheduler (12) die Aktivierung des weiteren Mo- 
duls (10, 11) verhindert. 

3. Steuergerat nach Anspruch 1, dadurch gekennzeich- 
net, daB der Scheduler (12) verhindert, daB Module 
gleichzeitig aktiviert sind, die einander storen, indem 60 
der Scheduler (12) ein bereits aktiviertes Modul (10, 
11) unterbricht und erst danach die Aktivierung des 
weiteren Moduls zulaBt. 

4. Steuergerat nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB in den ersten 65 
Speichermitteln gespeichert ist, welche Module einan- 
der storen, wenn sie gleichzeitig aktiviert sind. 

5. Steuergerat nach Anspruch 1 bis 3, dadurch gekenn- 
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zeichnet, daB in den ersten Speichermitteln gespeichert 
ist, welche Zustande des Systems von aktivierten Mo- 
dulen beobachtet werden und welche Zustande des Sy- 
stems von aktivierten Modulen gestort werden. 

6. Steuergerat nach einem der vorhei^ehenden An- 
spriiche, dadurch gekennzeichnet, daB die Module (10, 
U) und der Scheduler (12) als Programme zur Abar- 
beitung durch einen Mikrorechner (3) ausgebildet sind. 

7. Steuergerat nach Anspruch 1 oder 2 dadurch ge- 
kennzeichnet, daB die ersten und zweiten Speichermit- 
tel als Tabellen oder Matrizen ausgebildet sind. 

8. Steuergerat nach einem der vorhergehenden An- 
spriiche, dadurch gekennzeichnet, daB Funktionen, die 
sich dem Benutzer als eine Einheit darstellen oder die 
zur Steuerung einer einheidichen Funktion verwendet 
werden, in mehrere, separat von Scheduler (12) ver- 
waltete Module (10, 11) aufgeteilt sind. 

9. Verfahren zum Betrieb eines Steuergerats (1) eines 
Systems (2), insbesondere eines Kraftfahrzeugs, Mo- 
tors oder Getriebes, bei dem Module (10, 11) aktiviert 
werden, wobei aktivierte Module (10, U) durch Beob- 
achten von Zustanden des Systems (2) Informationen 
erzeugen, dadurch gekennzeichnet, 

- daB erste Speichermittel vorgesehen sind, in de- 
nen Informationen uber die gegenseitige Stoning 
von Modulen gespeichert sind, 

- daB zweite Speichermittel vorgesehen sind, in 
denen gespeichert ist, welche Module (10, 11) be- 
reits aktiviert sind, 

- daB zur Aktivierung eines weiteren Moduls an- 
hand der ersten und zweiten Speichermittel ermit- 
telt wird, ob durch die Aktivierung des weiteren 
Moduls Storungen zwischen Modulen auftreten 
konnen, 

- und daB verhindert wird, daB Module gleichzei- 
tig aktiviert sind, die einander storen. 

10. Verfahren nach Anspruch 9, dadurch gekennzeich- 
net, daB zur Verhinderung, daB Module gleichzeitig ak- 
tiviert sind, die einander storen, die Aktivierung des 
weiteren Moduls (10, 11) verhindert wird. 

11. Verfahren nach Anspruch 9, dadurch gekennzeich- 
net, daB zur Verhinderung, daB Module gleichzeitig ak- 
tiviert sind, die einander storen, ein bereits aktiviertes 
Modul (10, 11) unterbrochen wird und erst danach die 
Aktivierung des weiteren Moduls zugelassen wird. 

12. Verfahren nach Anspruch 9 bis 11, dadurch ge- 
kennzeichnet, daB die einzelnen Schritte des Verfah- 
rens mittels eines Progranmis zur Abarbeitung durch 
einen Mikrorechner ausgefiihrt werden. 
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